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COMMUNICATION UNIT AND METHOD FOR CONTROLLING SOFTWARE OR 
DATA DOWNLOAD TO SUBSCRIBER EQUIPMENT 

Field of the Invention 

This invention relates, in general, to software or data 
download to adaptable subscriber equipment. The 
invention is applicable to, but not limited to, a 
software definable radio terminal for use with, for 
example, a next generation cellular communication system. 

Background of fch,e Invention 



15 



20 



in the next generations of mobile communication systems, 
mobile subscriber units will be able to access 
information sources, such as the Internet, directly using 
packet switched bearers across both an air-interface and-, 
via a wireline or optical commoinication network. 
Different types of subscriber communication vmits may be 
employed for this purpose, for example a mobile telephone 
or a personal digital~assistant (PDA) with a wireless 
communication capability. Increasingly, mobile users are 
accessing the Internet via different types of fixed or 
wireless access networks, for example a cellular radio 
25 communication network, such as a Universal Mobile 

Telecommunication System (UMTS) network, a HiperLAN/2 or 
IEEE 802.11b local area network, a Bluetooth local 
communication system, or fixed accesses such as the 
Ethernet, and so on. 



30 



It is envisaged that services in the future will be de- 
coupled from the communication network, intplying that the 
roles of network operators, service providers and 
manufacturers can be clearly distinguished and supported 
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independently by imrelated parties. m theory, 
therefore, download of either software applications or 
data content can be acquired from any accessible source. 

A further recent development, which is expected to place 
increasing demands on transmission (i.e. bandwidth) 
resources of communication systems, is the concept of a 
software definable radio (SDR) . m a software definable 
radio, a significant proportion of the functionality of 
the radio is provided in a form that can be re- 
configured. This is achieved by means of providing 
configuration data/ software, which when implemented in 
the SDR, provides that radio with alternative or 
additional functionality. This is to be distinguished 
from a radio apparatus in which a user is able to define 
a choice of functionality, the various functionalities 
however already being present in the apparatus . For 
example, a software definable radio might initially be 
configured to operate as a Time Division Multiple Access 
. telephone. However, the SDR would have 

circuitry and processing meciis able to reaeive " 

configuration data that, when assimilated into the phone, 
provides the phone with a functionality or capability to' 
be a Code Divisional Multiple Access (CDMA) telephone. 
In a multi-mode wireless communication environment, where 
diverse radio air interfaces (AIs) are available, the 
possibility of communicating via all or a majority of AIs 
can be realized using a Software" Definable Radio (SDR) 
terminal . 

Software download from a server hosted by a manufacturer 
or operator or service provider, etc. can, of course, be 
effected in a number of ways. One way includes the 
download of entire software applications (such as 
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replacement of mobile specific firmware) and software 
patches that address specific technical faults that have 
been identified siibsecjuent to an initial release of code. 
Software downloads may also be content specific in that 
they are accessed on a demand basis from a content 
provider and may therefore appear to be general Internet 
information, such as e-commerce messages, web pages, etc. 
Furthermore, it is known that software may be provided to 
a subscriber unit in the form of code on an adjunct 
«plug-in" mCTiory expansion card or SIM card for use 
within sxibscriber equipment. 



Currently in the military domain, SDR e<iuipment and 
platforms (wireless information transfer system (WITS) in 

15 the USA and/or the multi-mode radio (MMR) demonstrator in 
Europe) exist in the form of "multi-mode and/or multi- 
band" terminals. In such communication linits, almost all : 
the different protocol stacks and "radio applications" 
(enhancing features, upgrades...) relating to the 

20 selectable AIs are either resident in the terminal or can • 
be installed by direct uploading (from floppy or CD) or 
downloading over the air (OTA) . 

In the future, it is foreseen that the civilian SDR 
25 terminals, depending on their static and dynamic 

capabilities, will be capable of downloading the protocol 
stack software and its installation on a re-configurable 
architecture embedded within the terminal. In this 
regard, the download mechanism of such software (e.g. 
30 overall Air Interface protocol stack, baseband modules or 
any other radio applications) has been proposed to be 
carried out using over-the-air-programming (OTAP) , via a 
common cellular wireless communication system [Anthony 
Van Den Heuvel et al. in US Patent no. US 6,223,030 Bl] . 
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The. inventors of the present invention .have .appreciated 
the fact that this will significantly increase the amount 
of OTAP traffic with, for example, potentially hundreds 
of users downloading, available Radio Access Technology 
(RAT) protocol stacks and applications, terminal patches 
made available by manufacturers, enhanced software 
developed by service providers, etc. in a given location 
at any point in time. Moreover, this would also mean 
that the additional common cellular system should be 
installed in every location (i.e. complicated protocols 
and architectures within the radio access network should 
be installed) , if any-where any-time software download 
functionality is to be provided, thus increasing cost and 
15 complexity, in the network. 

Even if only a few users were to download the air 
interface, the inventors have appreciated the inherent 
quality problem in using an OTA communication link. Such 
a link needs to be of a high enough quality and bandwidth 
to enable the software download to be achieved within' a 
suitable period of time, without re-transmissions . m 
fact, air interface download should be preferably 
realised with a protocol ensuring reliability of the data 
content (e.g. using transport communication protocol 
(TCP) ) . This avoids installing corrupted software that 
may result in the risk of a -rogue" terminal, which, in 
turn, may cause damage to the network communications. Of 
course, if a poor quality OTA link is used, re- 
transmissions may be needed to ensure that the downloaded 
protocol can be relied upon. This, in turn, may result 
in an increased download time. Hence, an OTA air 
interface download can be very time and bandwidth 
consuming. in addition, the size of the "terminal" is 



20 



25 
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expected to be <juite bulky (e.g. WITS equipment), given 
the need to support svibstantial processing capabilities, 
memory, etc . 



10 



15 



The patent application GB 2350749 Al discloses a 
mechanism for downloading a variety of multiple access 
scheme software to an SDR terminal via an intermediate 
device. Notably, the intermediate device comprises a 
modem, and therefore the download is performed using a 
wire-line mains or standard commxinication link to the 
server. The inventors of the present invention have 
recognised and appreciated a number of limitations with 
this approach, including speed, reliability and quality 
of the communication link. 



Furthermore, the user needs to know in advance that (s)he 
will need a given specific reconfiguration software (e.g. 
CDMA.) and to have advised the operator of the server in 
advance of his/her reconfiguration needs and 
20 corresponding data. 

In addition, the inventors of the present invention have 
appreciated that the procedures, connections and 
notification (to the user, between the terminal and 
25 intermediate device) are very basic, i.e. without any 
» intelligence' . 

A need therefore arises for a mechanism, apparatus and 
associated methods to support efficient SDR 
30 application/software download to reduce OTA traffic, 
wherein the aforementioned problems are substantially 
alleviated. 



Statement of Xnvention 
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In accordance with a first aspect of the present 
invention, there is provided a method of downloading 
software to a software definable radio, as claimed in 
5 Claim 1. 

In accordance with a second aspect of the present 
invention, there is provided a method of downloading 
software to a software definable radio, as claimed in 
10 Claim 2. 

In accordance with a third aspect of the present 
invention, there is provided a software definable radio, 
as claimed in Claim 8. 



15 



20 



25 



30 



In accordance with a fourth aspect of the present 
invention, there is provided a communication. unit, as 
claimed in claim 9. 

In accordance with a fifth aspect of the present 
invention, th4re is provided a communication unit, as 
claimed in Claim 10 . 

In accordance with a sixth aspect of the present 

invention, there is provided a storage medium storing 

processor-implementable instructions, as claimed in Claim 
22. 

In accordance with a seventh aspect of the present 
invention, there is provided a distributed software 
definable radio re-configuration management mechanism, as 
claimed in Claim 23 . 
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In accordance with an eighth aspect of the present 
invention, there is provided a distributed- software 
definable radio re-configuration management mechanism, as 
claimed in Claim 24. 

5 

In accordance with a ninth aspect of the present 
invention, there is provided a communication system, as 
claimed in Claim 25. 

10 Further aspects of the present invention are as claimed 
in the dependent Claims. 

In stimmary, the preferred embodiment of the present 
invention has provided a software download mechanism to 

15 re-configure a software definable radio based on a 
concept of an SDR configuration profile. The SDR 
configuration prof ile preferably includes one or more of 
the user's profile and/or terminal capabilities and/or 
location and/or a service and/or available network, 

20 requested by the user or provided automatically. In 

addition, an enhanced embodiment of the present invention 
enables the selection of a communication path for a more 
efficient download/upload service provision anywhere and 
anytime with a quality of service (QoS) to comply with 

25 the SDR user's needs at that time. 

As one of many potential examples of the present 
invention, it is envisaged that, say, SDR software 
download may be more appropriately obtained via a radio 
30 local area network (R-LAN) or a universal mobile 

telecommunication system (UMTS) , rather than a general 
packet radio system (GPRS) , in a location where R-LAN and 
cellular coverage are available. In contrast, if in 
another location digital video broadcast transmission 



CR00560P spec final BP 



16 septembejr 2002 



- 8 - 



10 



15 



20 



25 



30 



(DVB-T) is available in conjunction with WLANs, Cellular 
(e.g.. UMTS. GPRS, etc.) based- coxmuni cat ions; it may be 
more appropriate to use DVB-T in the downlink and a 
cellular resource in the uplink, requesting the to-be- 
dovmloaded software. Furthermore, it is envisaged that 
the downloaded software may equally apply to regular 
traffic, i.e. traffic other than the software download. 

Brief Description of the Drawings 

Exemplary embodiments of the present invention will now 
be described, with reference to the accompanying 
drawings, in which: 

FIG. 1 illustrates a block diagram of a Personal Radio 
Assistant connectable to a Software definable radio (SDR) 
capable of being operably coupled to a communication 
Network, in accordance with a preferred embodiment of the 
present invention; 

fig; 2 -is a flowchart illustrating controller functions ' 
for a request of a specific Air Interface (AI) from the 
SDR, in accordance with a preferred embodiment of the 
present invention; 

FIG. 3 is a flowchart illustrating a process of 
configuring a SDR terminal based on information stored in 
a PRA or accessible from one or more communication 
networks over one or more selectable communication paths, 
in accordance with an enhanced embodiment of the present 
invention; 

FIG. 4 is a flowchart that illustrates a preferred 
generic method of how the mapping database (s) and the 
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software download databases are searched, in accordance 
with, an enhanced embodiment of the present invention; 

FIG. 5 illustrates a preferred example of a "'SDR software 
5 storage" database; and 

FIG- 6 illustrates a preferred example of a 
^"configuration profile to SDR software" mapping database . 

10 Description of Preferred E:Enbodixnent:s 

The preferred embodiment of the present invention 
introduces the concept of a communication and storage 
device that a user SDR terminal can be operably coupled 

15 to. This device, hereinafter referred to as a Personal 
Radio Assistant (PRA) , advantageously facilitates 
software, application and/or features stored within, or 
to be downloaded to, the PRA and subsequently uploaded to 
(update) the SDR according to an SDR configuration 

20 profile. The SDR configuration profile preferably 

includes a user's, service, network, terminal and/or 
location profile. The PRA device preferably has a 
selectable connection to a nxamber of remote infoarmation 
databases, for example the Internet, via ADSL/Modem, 

25 Ethernet or WLAN. In this manner, the PRA (or SDR user) 
selects the preferred communication link for the 
particular software to be downloaded. 

Neither US Patent 6,223,030 Bl nor GB 2350749 address the 
30 opportunity, as recognised by the inventors of the 

present invention, of arranging for software downloads 
based on a configuration profile, for example, including 
a user's profile and/or a service requested by the user 
and/ or a user location and/ or network available. 
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Furthermore, . th^re is.no indication of , a mapping database 
concept for mapping user, service, terminal, network 
and/or location profiles to SDR software required to be 
5 downloaded. Such mapping databases, located within the 
PRA and network, facilitate SDR configuration software to 
be downloaded to the SDR terminal for (re-) configuration. 
Moreover, there is no disclosure of the PRA associated 
controller, API and transport modules and mechanisms, as 
10 described herein - 



15 



20 



30 



The inventors of the present invention have appreciated 
that when the time constraint is critical for the 
itinerant user, who requires immediate installation of 
software to satisfy his/her current application, it is 
more and more probable that (re-) conf igviration of mobile 
terminals will be effected by the SDR configuration 
profile needs. 



It is also envisaged by the inventors that such downloads 
should be made using any appropriate or available 
communication means, for example using wired or wireless 
local area network (WLAN) connections that are made 
available in the home or office, prior to the wireless 
25 itinerancy, in fact, it is further envisaged that the 
user should be able to some extent to plan his wireless 
trip, bringing with them their personal information 
sphere. Thus, the idea of using wired (ADSL, LAN, 
Ethernet, etc.) and WLAN connections (available in 
hotels, offices, home, etc.) is envisaged by the 
inventors of the present invention as the most 
appropriate, due to the ease of obtaining an Internet 
connection providing a relatively high bandwidth, good 
quality and low cost. 
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The preferred embodiment of the present invention also 
proposes the creation of a reconfiguration Manager to 
provide support for re-configuration of the SDR within 

5 the PRA. Notably, this reconfiguration Manager has 
negotiation capabilities with a corresponding 
reconfiguration manager located within the network of the 
communication system. This distributed reconfiguration 
manager concept is in contrast to known reconfiguration 

10 Managers that solely reside within the network. 

Referring now to FIG. 1, a block diagram 100 of a 
Personal Radio Assistant (PRA) 120 with a connectable 
Software Definable Radio (SDR) 105 connected to a Network 

15 160 is illustrated, in accordance with the preferred 
embodiment of the present invention. The SDR 105 is 
operably coupled to the PRA 120 via a docking station 
110- In alternative configurations, the SDR 105 may be 
operably coupled to the PRA 120 via a physical connector, 

20 an Infrared commiinication link, a bluetooth link, a 
serial connector, etc . 

The PRA includes a PRA application-programming interface 
(API) 125 that enables the SDR 105 and PRA 120 to 

25 communicate with one another. The PRA API 125 

effectively gusLcantees a reliable connection of the PRA 
120 to the SDR terminal to facilitate any 
request/response from/to the SDR 105 to acquire new 
features/ functions. As an example, it is envisaged that 

30 such features /functions include obtaining a user-profile 
configuration from the SDR 105, for example in response 
to the SDR 105 requesting a particular Air Interface 
protocol stack, a software module, etc. 
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in a preferred embodiment of the present invention, it is 
envisaged that the SDR 105 is able to configure the PRA 
120. In this regard the SDR 105 user may provide the PRA 
120 with information including: 

(i) One or more SDR configuration profiles such as 
a user profile, service profile, terminal profile and/or 
network -profile, 

(ii) Actual location information, 

(iii) Parameters /features of the transport module 
or any other module of the PRA 120; 

(iv) Requests for a new Air interface protocol 
stack, new or additional software applications, etc. 

(V) Request that the PRA 120 re-configures the 
operational parameters of the SDR 105; and 

(vi) A request that the SDR 105 be notified of an 
event occurring in the PRA, such as completion of a new 
download scheduled at a particular time; and 

(vii) Scheduling of desired downloads indicating, 
say, a preferred day/time for the software download 

—operation.- - • • • r .• . . . .-i 

The PRA API 125 is operably coupled to a controller 130, 
which in this context is the intelligence of the PRA 120. 
In accordance with the preferred embodiment of the 
present invention, the functionality of the controller 
handles re-configuration scenarios based on the SDR 
configuration profile. in the context of the foregoing 
description, the expression ^configuration profile' may 
be assumed to encompass at least one or more of the 
following: an SDR user profile, SDR services, an SDR 
terminal location, an SDR terminal's capabilities and/or 
a network available in a particular location and at a 
particular time. in this context, the controller 130 
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controls the software downloading operation and updating 
of the databases and the memory. The controller 130 is 
also arranged to re-configure the SDR terminal at any 
pre-determined time, or when instructed by the SDR 105 or 
5 SDR user. The operation of the controller 130, in this 
context, is f\irther described with reference to FIG. 2. 

The controller 130 is operably coupled to a storage 
device 135. The storage device 135, for example, flash 

10 memory, random access memory (RAM) etc., preferably 
includes a resident set of re-configuration software 
features and/or f^anctions. It is envisaged that the set 
of re-configuration software features and/or functions 
includes, for example, air interface protocol stacks 1 to 

15 N, software-based applications, enhancing featiires 
specific to a given air interface, etc. 

in accordance with the preferred embodiment of the 
present invention, updating of data in the storage 

20 element 135, or re-configuring the control operatiohs of 
the controller 130 may be implemented by any known 
mechanism. For example, a new controller or processor 
implementing processor- in^lementable instructions and/or 
stored on a suitable storage medium, such as computer 

25 memory, hard disk, floppy disk, ROM, PROM etc, may be 
used to implement the processes described. 
Alternatively, algorithms en«>loyed by the existing 
controller 130 and/ or data contained in storage element 
135 may be re-programmed via the transport module 145. 



30 



in accordance with the preferred embodiment of the 
present invention, it is envisaged that the software 
features and/ or functions may be updated when the 
configuration profile is updated. For example, if a new 
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air interface (aI) N+1 has been deployed at a given 
location, the AI re-configuration software may be 
downloaded and stored in the storage element 135, in 
preparation for updating the SDR 105. In this regard, 
5 storage element 135 may be seen as an extension of the 
SDR terminal's memory. Advantageously, this enables an 
SDR designer to decrease drastically the size of the SDR 
design and circumvent a number of realisation 
constraints,, such as integration, cost, etc. of the SDR 
10 terminal 105. 

The controller is also operably coupled to a transport 
module 145, which supports a number of wired or wireless 
connections to a number of core networks, one being shown 
15 for clarity purposes only. The core network 160 

preferably includes a mapping database 165. The mapping 
database maps one or more configuration profiles, such as 
a user profile, a service profile, a network profile, a 
terminal profile or a location profile, to SDR software 
required for that profile. The core network 160 
preferably also includes a- SDR • software sto:^age database 
168, for storing SDR software such as air interface 
software, an example of which will be described later. 



20 



25 



In accordance with the preferred embodiment of the 
present invention, it is envisaged that the configuration 
profile mapping database 150 of the PRA 120 may become 
out of date, for example, due to the introduction of a 
new terminal or new radio access networks being made 
30 available. In this regard, the configuration profile 
mapping database 150 of the PRA 120 should be updated. 
This is performed in a similar manner to an SDR software 
update i.e. from the network server or compact disc (CD) 
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or flash memory, etc., as described below with respect to 
FIG. 2. 

Thus, up-to-date data and software are made available to 
5 the SDR terminal as the respective databases 150, 165, 
168 are able to be synchronised. It is envisaged that 
the SDR software updates may be triggered by one or more 

events including : 

(i) Automatic service discovery techniques, or 
JO (ii) By the SDR user, when a new conf igxiration 

profile mapping database is pulled to the PRA, or 

(iii) By the network manager, when a new 
configuration profile mapping database is pushed by the 
network manager to the PRA. 

Hence, for example. Radio Access Technology (RAT) mapping, 
(based upon certain criteria) databases 150, 165, 168 (in^ 
the PRA 120 and/or the network 160) are used and 
synchronized based upon changes (in location, user 
20 preferences, terminal capabilities, network supported, 
services, etc) thereby providing an improved control of 
the frequency of download processes. 

It is envisaged that the transport module 145 will 
25 support one or several network connection drivers for 
downloading or updating features and/or functions. 
Examples of protocol stacks that can be utilised by the 
transport module 145 include the TCP/IP (v4 or v6) suite 
including application protocols (e.g. hyper text 
30 transport protocol (HTTP) , file transfer protocol (FTP) , 
etc.), framing protocols (e.g. PPP...) and multiple access 
interface types (Ethernet, Land-line Modem, WLAN etc..) . 
Advantageously, in accordance with the preferred 
embodiment, the update of the features and/ or functions 
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may be done under user control or may be programmable, 
say, for a particular time or day. 

In particular, it is envisaged that the PRA 120, or the 
SDR user is provided with the option of selecting from 
several network communication links for downloading or 
updating features and/or functions stored in storage 
element 135. In this manner, the PRA 120 or SDR user is 
able to select the most appropriate download 
communication link for the particular situation. m the 
preferred embodiment of the present invention, this 
situation may be dictated by any configuration profile 
change. 

In. this enhanced embodiment, the PRA operation is 
extended to support download over multiple accesses, in 
contrast to performing the download consistently on the 
same, common channel. m particular, an enhanced download 
access mechanism may be dynamically selected based on 
various parameters such as: user preferences, access 
^ availability Qos, cost, type of > software to -be ' 
downloaded, etc . 

In accordance with the preferred embodiment of the 
present invention, the PRA 120 has the beneficial feature 
that the configuration profile database 150 is operably 
coupled to the transport module 145 and the controller 
130. one preferred aspect of the configuration profile 
database is, for example, based on air-interface (AI) 
mapping. m this regard, upon a configuration profile 
change, a new AI may be determined by the SDR terminal, 
SDR user, PRA or the network, as being required by the 
SDR terminal for current or future operation. The 
determination is made based on the profile mapping. it 
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is within the contemplation of the invention that any 
nximbear of databases may be used in providing optimiim air- 
interface (or other downloaded software) options to the 
SDR user. 

5 

Preferably, the databases 150 residing in the PRA 120 can 
access comparable databases 165, 168 in the core networks 
160- In accordance with the preferred embodiment of the 
present invention, the configuration profile mapping 
10 database(s) 150 in PRA 120 may be realised based on some 
^^optimum" criteria. A simple example is the mapping of a 
broadcast service in a downlink resource to a digital 
video broadcast transmission (DVB-T) . 

15 However, it is envisaged that more sophisticated criteria 
may be used for the mapping of, say, various available 
air interface protocols (1 to N) to different user and 
terminal profiles and/ or services (1 to P) and/or 
locations stored on the respective database (s) . 

20 Moreover, these local databases may be updated via the 
Internet (wired or wireless local area network (WLAN; 
connections) or by the user via the PRA API 125. It is 
envisaged that the location mapping database would be 
configured to provide (or request) the available air 

25 interface protocols at a given location, as determined by 
the PRA 120 or indicated by the user via a user interface 
on the SDR 105. 

It is worth mentioning that such mapping databases are 
30 only preferable in the sense that the basic capabilities 
of the PRA (i.e. software such as AI download and 
storage) do not rely upon them. However, they are 
preferred elements that are used to provide advanced 
features (e.g. automatic AI download based on user. 
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terminal profile and available radio access networks in a 
location) to the PRA 120. it is -envisaged that the 
databases 150 may be either located local to the PRA 120 
or accessed remotely via the PRA network connection. 

In stimmary, the ^mapping databases" 150, 165, located in 
the PRA 12 0 or in the network 160 or both, are used by 
the PRA 12 0 to discover whether new SDR software is 
required and whether such software needs to be downloaded 
from the network dependent upon a configuration profile 
change. The "SDR software storage database" 168, located 
in the network 160 and containing the software identified 
as missing in the SDR terminal by the mapping database, 
is accessed to download software. 

It is envisaged that the above two types of database may 
be collocated. Hence, in general, the preferred process 
is to first identify a configuration profile change, 
followed by a determination of whether new SDR software 
is required using the first mapping database. Then a 
determination Is made -as to- whether the new software is ' 
available locally or it is needed to be downloaded from a 
second software download database located in the 
communication network. 



Finally, a positioning system 140, for example a global 
positioning system (GPS) module, is included in (or 
connected to) the PRA 120 to provide real-time location 
information. The preferred embodiment is to operably 
couple a GPS unit to the controller 130 within the PRA 
120, to keep the number of external interfaces to a 
minimiim. 
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In the following description, for the sake of simplicity, 
FIG. 2 illustrates a specific example of a SDR terminal 
or SDR user initiating a request for an AI 

dowxload/update . However, it is within the contemplation 
5 of the invention that the methodology used in the AI 
download/update operation of FIG* 2 may be equally 
applicable to any other SDR software module or 
application • 

10 The first scenario, as shown in FIG. 2, is the re- 
configuration process of the SDR, via the PRA API. The 
re-configuration process preferably automatically follows 
an SDR request, or follows a determination by the PRA 
that a specific preferred Air interface (AI) protocol 

15 stack should be provided to the SDR, in step 208. In 
this regard, it is envisaged that the PRA is provided 
with the ability to proactively download and configure 
the SDR, once again through the PRA API, according to the 
configuration profile. If the PRA determines that the 

20 selected, or most appropriate, AI is stored in its 
storage element, " in step 210, the AI software is 
retrieved, as shown in step 215. The AI software is then 
installed on the SDR via the PRA API, in step 220. 

25 If the PRA determines that the selected, or most 

appropriate, AI is not already stored in its storage 
element, in step 210, the PRA controller configures the 
transport module to access the network database/ server , 
as shown in step 225. If the selected, or most 

30 appropriate, AI is available from the accessed remote 
network, it is downloaded via a selected commxinication 
link, as shown in step 230. However, if the selected, or 
most appropriate, AI is not available a notification of 
failure message may be sent to the SDR via the PRA API, 



CR00560P Spec final BP 



16 September 2002 




- 20 - 



as shown in step 235. It is envisaged that the PRA may 
provide, an alternative AI update to the SDR in this cas< 
as shown in step 240. In this manner, the SDR is 
programmed with suitable AI software (if available) via 
5 the PRA API. 



10 
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20 



25 



30 



Furthermore, the download of the AI or required software 
modules may be at the initiative of the user, for example 
if the user knows in advance the changes that are 
required in the SDK's communication capabilities or 
configuration profile- It is envisaged that this is 
particularly advantageous to, say, a user that is 
planning to travel abroad. In this regard, for example, 
the user may receive by e-mail from a travel agency the 
recjuired SW modules (to be stored in the user's PRA) to 
enable the SDR terminal to be used abroad, whilst at the 
same time receiving his/her electronic air ticket for the 
flight. 

As described above, it is envisaged that the 
- ©orifagurafcion -prof ile maiy be -entered -by -the -us ^"entering 
the information via, for example, an SDR keypad and/or a 
(touch sensitive) screen. It is also envisaged that a 
user- filtering mechanism may be used. In this regard, 
user profiles or likely service requirements of the user 
are analysed and, based on the user's conmiunication 
^habits' of the user, used to automatically generate the 
user, terminal profile smd/or even estimate the SDR 
location - 

In the above scenario, it is envisaged that the selection 
of appropriate software download information, for example 
AI information, may be different dependent upon the 
particular case. a?wo examples include: 
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(i) User-profile changes either through manual 
(by the user) or automatic triggering; and 

(ii) Location changes entered manually by the 
user or through a GPS based triggering. 

5 

In the first case, the controller needs to handle the 
update of the re-configuration software of the SDR, due 
to an update of the user profile. In the second case the 
controller needs to handle the update of the 

10 reconfiguration of the SDR due to an update of the user's 
location, in response to an entry by the user or through 
a positioning device integrated in, or coupled to, the 
PRA. Thus, instead of the location information being 
provided by the user, a GPS \mit would provide 

15 automatically the information in, for example, the form 
of ''My location is now in area Y" . 

Referring now to FIG. 3, a flowchart 300 illustrates a 
process for providing an SDR terminal with a nxamber of 

20 service options, and, if required, options for selecting 
the download mechanism and communication path; based on a 
• configuration profile, in accordance with axi enhanced 
embodiment of the present invention. IWhen the SDR 
terminal or SDR user requires a new se2rvice, or the PRA 

25 determines that the configuration profile has changed and 
a different service or set of services may be 
offered/provided to the SDR terminal or SDR user, the PRA 
preferably determines the available service options in 
step 305. For example, the service may be an AI 

30 providing a higher data-rate to the SDR terminal, so that 
video streaming can be provided. The PRA then determines 
what service, or preferably services, can be provided 
from the PRA's memory, in step 310. The PRA then 
assesses whether the searvices or number of service 
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options that it can provide to the SDR terminal /SDR user 
are sufficient, in step 315. if the available service (s) 
from the PRA's own memory storage are sufficient, in step 
315, the service (s) are uploaded to the SDR terminal 
5 directly in step 320. 
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If the available service (s) from the PRA's memory are not 
sufficient, in step 315, any other service (s) that it can 
provide directly to the SDR terminal may then be uploaded 
to the SDR in step 325. The PRA then determines other 
services or software, for example AIs, that may be of use 
to the SDR terminal/SDR user. In accordance with an 
enhanced embodiment of the present invention, the PRA 
also determines the available communication links that 
can be used to download these services, in step 330. it 
is envisaged that the SDR user may be offered the ability 
to select the download mechanism. Advantageously, this 
enables the SDR user to make informed download decisions 
dependent upon speed of download, cost implications for 
using different links, reliability considerations to 
-assess the likelihood^ of" fe-transmissions, etc. - 

Alternatively, the PRA selects the most appropriate 
download mechanism. For example, the PRA may decide (or 
offer) to use OTAP (if the potential risk of a poor 
quality coramiini cation link is not a problem) , or an 
Ethernet connection (if a high-speed reliable link is 
preferable or required) or a wireless local area network 
(WLAN) (if the SDR terminal's location indicates that 
such a link may be available in that particular 
location), in step 335. In response to the SDR user 
selecting particular service (s) and/or download 
mechanisms, or the PRA itself selecting such options, the 
service (s) are downloaded using the selected 
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communication link. These services are sTobsequently 
uploaded to the SDR terminal by the PRA, in step 340. 

In particular, it is envisaged that as many SDR 
configuration profile characteristics as needed, such as 
a user-profile, an SDR user's requirements, an SDR 
terminal's capabilities, an SDR terminal location change, 
or available networks are used in determining the optimal 
service (s) to be provided to the SDR user. In an 
alternative embodiment, instead of providing a number of 
selectable services and/ or selectable communication 
links, a single service may be selected to reduce, for 
example, the AI or set of AI or any other software that 
is to be downloaded. 

Referring now to FIG. 4, a flowchart 400 illustrates a 
preferred * generic' method of how the mapping database (s) 
and the software download databases are searched in order 
to recover the to-be-downloaded software. Such a process 
is (preferably) automatically instigated following a 
trigger 6r determination of a configuration profile 
change in step 410. Upon such a configuration profile 
change, the PRA identifies appropriate software, 
applications or features, etc. that are or may be desired 
by the SDR. A determination is made by the PRA whether 
such desired software, applications or features, etc. are 
available in the local mapping database, in step 420. If 
such desired software, applications or features, etc. are 
available locally, the PRA reconfigures the SDR 
terminal's operation accordingly in step 430, and the 
process ends in step 480 . 

However, if the desired software, applications or 
features, etc. are not available locally within the PRA, 
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the PRA may decide to search the network's 
"profile/service to SDR software': database and download 
the desired items from there to the SDR software storage 
database in the PRA, in step 440. 

A simple example of a SDR software storage database is 
shown in FIG. 5. 
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If new SDR software has not been identified for 
downloading, in step 450, a "notification of failure' 
message is preferably sent to the SDR terminal via the 
PRA API, as shown in step 452. It is envisaged that the 
PRA may provide an alternative to the required SDR 
software in this case, as shown in step 455. In this 
manner, the SDR is programmed with less than optimal, but 
acceptable, software (if available) via the PRA API. 

However, if new SDR software has been identified for 
downloading, in step 450, the download operation is 
performed as described above, in step 460. The download 
operation is preferably performed usihg the mbst 
appropriate communication link; given the SDR terminal 
circumstances and/or software download requirements 
prevalent at that time. Once the new software, 
applications or features, etc. have been downloaded to 
the PRA's database in step 460, the PRA reconfigures the 
operation of the SDR in step 470, and the process ends in 
step 480. In this manner, a PRA is able to determine 
whether a reconfiguration of the SDR terminal is required 
based on a configuration profile change, and reconfigure 
the operation of the SDR using locally stored or network 
stored software, applications or features, etc. 
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Referring now to FIG. 6, a preferred example of a 
"profile /service to SDR software mapping database 600 is 
illustrated. The database 600 is arranged sucli that 
preferred SDR software lists are contained in respective 
configuration profile sub-databases 610, 640, 650. For 
example, a list of SDR software IDs are linked to 
location ranges/areas of the SDR in a location to SDR 
software database 640. Hence, when the PRA determines 
that it is operating in locationj:ange_l, it recognises 
that it has list #1 of preferred SDR software IDs stored 
locally. If the desired software is not found in the 
local database, the PRA is then able to search and 
download the desired software from the network in any 
suitable mcinner. 



15 



in an alternative embodiment, the local databases can be 
configured based on one or more SDR configuration 
profiles 615, 630, where each profile may dictate 
different operational parameters 620, 622 within the SDR 
20 terminal . 

In sxjmmary, the preferred embodiment of the present 
invention has described a new concept device, 
hereinbefore termed a Personal Radio Assistant (PRA) . A 

25 SDR terminal can be connected to the PRA and be re- 
configured (AI protocol stack, services, applications, 
etc.) based on a configuration profile change, for 
example an SDR service request, on the user profile 
and/ or an SDR terminal's location and/ or the terminal's 

30 capabilities. Moreover, the PRA is provided with a 

number of high data rate and reliable communication links 
to acquire the selected services from any number of 
information sources such as the Internet. 
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The invention, or at least embodiments thereof, tend to 
provide the following advantages, either singly or in 
coinbination, by utilising the PRA device facilitating or 
performing one or more of the following functions: 
5 (i) A software download is not necessarily 

required to be performed over-the-air (OTA) , say, via a 
cellular network mechanism only or via a basic modem 
communication link only, thereby reducing wireless system 
(e.g. cellular) traffic and increasing flexibility and 
10 perf ormance; 
(ii) A higher bandwidth (i.e. faster download) and 
better reliability than OTA download may be dynamically 
selected; 

(iii) Easy Internet connection to a number of 
15 remote database servers; 

(iv) An improved flexible operation enabling 
downloads from substantially anywhere at anytime; 

(V) Reduced size and power consumption, of the SDR 
terminal ; 

(vi) Extended memory for the SDR terminal; 
• - --(vii.) Advanced serviaes provided by^ the PRA to " 
enhance a user's software definable radio configuration 
management ; 

(viii) Scheduling of software downloads, off-line 
from the normal SDR usage, for example AI, downloads 
performed at night when network connection is cheaper; 

(ix) Automatic AI or software download based on a 
user's request (s) and/or a user profile and/or a user 
location and/or an SDR terminal's capability and/or 

30 available network; 

(x) The opportunity to use a standard 
communication link (Ethernet or equivalent) and gain the 
high speed, reliability, and quality of WLAN; 
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(xi) A controller is provided within the PRA to 
act as the "intelligence" , thereby taking care of the 
database updates based on locations, user, services, 
location, and network profiles; 

5 (xii) Radio Access Technology (RAT) mapping (based 

upon certain criteria) databases (in the PRA and network) 
3Lre used and synchronized based upon changes (in 
location, user preferences, terminal capabilities, 
network supported, services, etc) thereby providing an 

10 improved control of the frequency of download processes; 
and 

(xiii) On demand delivery of AI or software to SDR 
terminals upon request and automatic notification of 
download. 

15 

It is to be appreciated that the arrangement and specific, 
details of the aforementioned software download 
mechanisms and options relating thereto etc. are merely 
examples, and the invention is not limited to these 

20 examples. The invention should be viewed as being 
capable of application to other aspects of data or 
software download as well as any type of SDR terminal, 
from any information database, other than the Internet. 
The invention should also be viewed as capable of being 

25 applied to many other types of data comm\inication links, 
data networks or protocols and subnets thereof. 

Whilst the specific and preferred implementations of the 
embodiments of the present invention are described above, 
30 it is clear that a skilled artisan could readily apply 
variations and modifications of such inventive concepts. 

Thus, a mechanism, apparatus and associated methods to 
support improved software downloads, have been described. 
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associated with known 
associated methods have been 
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Claims (SP) 

1. A method (200, 300) of downloading software to a 

software definable radio (105), the method characterised 

5 by the steps of: 

determining (305) one or more configuration 
profile changes of said software definable radio (105); 

downloading (320, 340) software to an 
intermediate commioni cation unit, in response to said 
10 determination; and 

re-configuring said software definable radio 
(105), by said intearmediate communication unit (120). 

2. A method (200, 300) of downloading software to a 

15 software definable radio, for example a method according 

to Claim 1, the method characterised by the steps of: 
determining (330), by an intermediate 

communication unit (120), a number of communication links 

for downloading said software; 
20 ... selecting at Least one of said number of 

communication links; 

downloading (340) software to an intermediate 

communication unit (120) in response to said step of 

selecting; and 

25 re-configuring said software definable radio 

(105), by said intermediate communication imit (120), 
using said downloaded software. 

3. The method (200, 300) of downloading software to 

30 a software definable radio (105) according to Claim 1 or 
Claim 2, wherein the method is ftirther characterised by 
the steps of: 
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accessing a remote coimminication network (160) in 
order to provide the selected downloadable software; and 

synchronising said software definable radio (105) 
to said remote commvmi cation network (160) in order to 
5 select axi6. download software. 

4. The method (200, 300) of downloading software to 
a software definable radio (105) according to any 
preceding Claim, wherein the method is further 

10 • characterised by the step of: 

providing a user of said software definable radio 
(105) and/or the intermediate communication unit (120) 
with the ability to select one or more communication 
links to download said software. 

15 

5. The method (200, 300) of downloading software to 
: a software definable radio (105) according to any of 

preceding Claims 2 to 4, wherein .said commianication link 
operates in accordance with an IPv6 and/or IPv4 
20 . gpecif igafcign.. 

6. The method (200, 300) of downloading software to 
a software definable radio (105) according to any 
preceding Claim, wherein the method is further 

25 characterised by the preceding step of: 

mapping, in response to said determination (305) 
of. one or more configuration profile .change (s) ,.. said 
change (s) to a locally stored database to provide 
reconfiguration software to said software definable radio 

30 (105) . 

7. The method (200, 300) of downloading software to 

a software definable radio (105) according to any 
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preceding Claim, wherein said configuration profile 
change includes one or more of the following changes: 

(i) A service required by said software definable 

radio (105), 

(ii) A software definable radio user profile, 

(iii) A location of said software definable radio 

(105) , 

(iv) Software Definable Radio terminal's 
capabilities , and/or 

(v) Available networks to the Software Definable 

Radio • 



8* A software definable radio (105) adapted to 

perform the steps according to any of preceding method 
15 Claims 1 to 7 . 

9. A communication unit (120) located between a 

software definable radio (150) and a network (160) that ; 
contains software to be downloaded to said software 
20 . definable radio ...(105). Jbhe commxinication unit -..(.120)... _ ... 
adapted to perform the steps according to any of 
preceding method Claims 1 to 7 . 

10 • A communication unit (120) located between a 

25 software definable radio (150) and one or more remote 

information databases (165) that contains software to be 

downloaded to said software definable radio (105), the 

communication unit characterised by: 

one or more mapping databases (150) storing 
30 configuration profile mapping information of said 

software definable radio relating to one or more remote 

information databases (165); 



CR00560P spec final BP 



16 September 2002 



- 32 - 



10 



15 



20 



a transport module (145) , operably coupled to 
said one or more mapping databases (150) to facilitate 
communication between said communication unit (120) and 
said one or more remote information databases (165), and 

a controller (130), operably coupled to said one 
or more mapping databases (150) and said transport module 
(145), to request and receive downloadable software to 
said communication unit (120) for forwarding • to said 
software definable radio (105) . 

11. The communication unit (120) according to Claim 
10, the commxinication unit further characterised by said 
transport module supporting several network communication 
links for downloading software features and/or. functions 
to said software definable radio using one or more of 
said several network commvinication links. 

12. . . The communication unit (120) according to Claim 
10 or Claim 11, the communication unit further ■ 
characterised by said transport module (145) suppoijfcing 
TCP/IP (v4 or v6) suite of application protocols. 



13. The communication unit (120) according to Claim 
11 or Claim 12, wherein said controller selects 

25 automatically said one or more communication links based 

on said configuration profile. 
• '* 

14. The communication wait. (120) according to Claim 
11 or Claim 12, wherein said controller is arranged to 

30 communicate commvinication link options to a user of said 
software definable radio to enable said user to select 
one or more of said several network communication links. 
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15. The communication tinit (120) according to any of 
preceding Claims 10 to 14, wherein said controller is 
arranged to receive conf igviration profile information 
from a user of the software definable radio (105) . 

5 

16. The communication unit (120) according to any of 
preceding Claims 10 to 15, wherein said controller (130) 
includes a filtering mechanism to generate a user profile 
based on determined operational requirements or habits of 

10 said user of said software definable radio (105). 

17. The communication unit (120) according to any of 
preceding Claims 10 to 16, the communication unit (120) 
further characterised by: 

15 an application programmable interface (125) , 

operably coupled to said controller (13 0) and capable of 
operable coupling to said software definable radio (105) , 
to upload software to said software definable radio (105) 
from said communication \init (120) . 

20 - - •- 

18. The communication unit (120) according to any of 
preceding Claims 10 to 17, the communication unit (120) 
further characterised by a first one of said databases 
(150) being a mapping database to enable said 

25 communication unit (120) , in response to determining one 
or more configuration profile change (s), to map said one 
or more change (s) to a second locally stored database to 
provide reconfiguration software to said software 
definable radio (105) . 



30 



19. The communication \mit (120) according to any of 

preceding Claims 10 to 18, the communication unit (120) 
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fxirther characterised by said configuration profile 
change including one or more of the following changes: 

(i) A service required by said software definable 
radio (105), 

5 (ii) A software definable radio user profile, 

(iii) A location of said software definable radio 

(105) , 

(iv) Software Definable Radio terminal's 
capabilities, and/or 

(V) Available networks to the Software Definable 

Radio. 



15 



20 



20. The method (200, 300) of downloading software to 

a software definable radio according to any of Claims 1 
to 7 or .a communication -unit (120) according to any of 
Claims 10 to 19, wherein the software definable radio 
(105) configures an intermediate comm\anication \init (120) 
with one or more of the following items of information: 

(i) One or more SDR configuration profiles, for 

example, -a,-user^,..,servioe,.. terminal and/.or network. 

profiles; 

(ii) Location of said software definable radio; 

(iii) Parameters or features of the transport module; 

(iv) A request for a new air interface protocol stack, 
or new or additional software applications; 

(v) A request that the communication vmit (120) re- 
• • configures one or more operational parameters of the 

software definable radio (105); 

(vi) An ability to be notified of an event occurring in 
30 the communication unit; and 

(vii) A time schedule for desired downloads. 



25 
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21. The method (200, 300) of downloading software to 
a software definable radio according to any of Claims 1 
to 7 or a communication unit (120) according to any of 
Claims 10 to 19, wherein the software downloaded by said 
software definable radio includes radio access technology 
capabilities, enhanced features or new services. 

22. A storage medium (135) storing processor- 
implementable instructions for controlling a processor to 
carry out the method according to any of Claims 1 to 7 . 

23 . A distributed software definable radio re- 

configuration management mechanism according to the 
method steps of any of preceding Claims 1 to 7 or 
incorporating the commianication unit according to any of 
preceding Claims 8 to 21. 



24. A distributed software definable radio re- 

configuration management mechanism comprising: 

- ... • - a software definable radio (105);- and- .- • ■ 

a commiinication network (160) having a number of 
databases (165, 168) storing software applicable to said 
software definable radio (105) ; 

wherein said distributed software definable radio re- 
25 configuration management mechanism is characterised by 

an intermediary device (120), operably coupled to 
said software definable radio and comprising memory (135) 
for storing software required by said software definable 
radio (105), for example obtained from said network 
(160), such that said software required by said software 
definable radio is distributed between said intermediary 
device and said one or more remote information databases 
(165, 168) in said communication network (160) . 



30 
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25. A commiini cation system comprising a communication 

tinit according to any of preceding Claims 8 to 21 or 
adapted to facilitate the steps of any of method Claims 1 
5 to 7. 
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Abstract 

COMMUNICATION XJNIO? AND METHOD FOR CONTROIiIiING SOFTWARE OR 
DATA DOVTNZiOAD TO SUBSCRIBER EQUIPMENT 

5 

A method (200, 300) of downloading software to a software 
definable radio (105) includes the steps of determining 
(305) one or more configuration profile change (s), for 
example a service required by, or a location of, or an 
10 available network to, said software definable radio (105) 
and/or a software definable radio user profile and/or 
terminal profile • Software is downloaded (320, 340) to 
an intermediate communication unit, in response to the 
determination, which then re-configures the software 
15 definable radio (105) . In particular, or in the 

alternative, the method may include determining (330) a 
nimber of communication links for downloading the 
software and selecting at least one of the links to be 
used to download (340) software to the software definable 
. 20 radio. (.105). .A communication unit (120) .and a — . 

distributed software definable radio re-configuration 
management mechanism are also described. 

In this manner, an improved mechanism for software 
25 download is provided, whereby functionality of the 

software definable radio is placed in a personal radio 
assistance device. Furthermore, the user is provided 
with improved options in the download process. 

30 (FIG. 1 to accompciny abstract) 
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